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ABSTRACT 



Java methods contained in a Java class and method database 
are accessed by a non-Java application running on a local 
machine or a remote machine. The non-Java application 
generates a standard TCP/IP communication call for a 
method of a Java class in the database. A Java service server 
running on a Java VM on the local machine receives the 
method call and related parameter data and performs their 
processing including a conversion of the caU and of related 
parameter data firom a transport format into Java native data 
types. The converted data is used for invoking a Java method 
for execution by applying the method to the converted 
parameter data. The result data of the method execution is 
converted from the Java format into the transport format in 
which they are transmitted to the non-Java appUcation. 

20 Claims, 3 Drawing Sheets 
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MEI HOD AND SYSTEM FOR ACCESSING 
JAVAAPPUCATIONS 

FIELD OF THE INVENllON 

The invention relates to an apparatus for accessing Java 
methods contained in a Java class and method database by 
an application, the database being stored in a local computer 
and accessed by a server running in a Java environment on 
the local computer. The invention also relates to a process 
for accessing Java methods and a program product stored on 
a data carrier for controlling a computer to perform this 
process. 

BACKGROUND OF THE INVENTION 

Access to Java (trademark of Sun Microsystems, Inc.) 
methods by non-Java appUcaiion programs requires pro- 
gramming against a detailed interface specification which 
must be known at implementation time. Furthermore, imple- 
mentations of this type are specific to the interface for which 
they are programmed. Any interface change thus causes 
reprogramming effort. In addition, some programming envi- 
ronments do not support Java access and thus specific 
communication modules would have to be developed to 
overcome this barrier. 

It is known to use distributed Java applications wherein 
programs running on a computer may invoke methods of 
Java objects which reside on another computer. Such remote 
use is permitted by the Remote Method Invocation (RMI) 
interface as described in the book "JAVA RMI: Remote 
Method Invocation", T. B. Downing, IDG Books, 1998, 
ISBN 0-7645-8043-4. 

SUMMARY OF THE INVENTION 

It is an object of the invention to allow access to Java 
methods by non-Java applications in a more effective man- 
ner requiring less programming effort. It is also an object of 
the invention to provide means which allow the use of a 
simple interface for a remote invocation of Java methods by 
non-Java applications through a data communication net- 
work. 

According to the invention, as defined in the claims, a 
non-Java application generates a standard TCP/IP commu- 
nication call for a method of a Java class in a Java class and 
method database. A Java service server receives requests for 
method calls and processes these requests including conver- 
sion of the method call and related parameter data from a 
transport format into Java native data types. The converted 
data is used for invoking a Java method which then executes 
by applying the method to the converted parameter data. The 
resulting data of the method execution is converted from the 
Java format into the transport format in which it is trans- 
mitted to the non-Java application. 

TCP/IP is well established as a standard means for com- 
munication within all IT environments. The present inven- 
tion provides access to Java applications via TCP/IP com- 
munication. The application programmer only needs to 
program against standard TCP/IP communication calls. For 
the purpose of performing the communication on the Java 
side a Java service server is started. This server creates an 
instance of the class to be accessed and provides an interface 
to native data types which may be used to call Java methods 
within an instantiated class. 

The basic communication between the non-Java client 
and the Java server module is text based and, as such, is 
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independent from machine and operating system specifics. 
The server also supports transmission of help information. 

By using TCP/IP communication calls for the invocation 
of Java methods, the interface between the non-Java appli- 

^ cation and native Java data types is kept extremely simple. 
This approach makes it possible to create a link between 
apphcaiions written in low-end programming languages like 
Shellscript, pearl, C or V^ual Basic and Java applications. 
The server can be used by a remote non-Java appUcation 

10 through a network such as the Internet. 

The interface which is provided by the server is fully 
configurable and driven by a configuration file. The con- 
figuration file can be created with the information provided 
by the JavaDoc files of the code to be accessed. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, implementations of the invention are 
described with reference to drawings which show: 
20 FIG. 1 is a schematic block diagram of a system using a 
proxy server integrated into a network for accessing smart 
cards according to an embodiment of the invention 
described herein; 

FIG. 2 is a schematic block diagram of the proxy server 
^ used in the system shown in FIG. 1; and 

FIG. 3 is a schematic flow diagram of steps according to 
a process implementation of the present invention 

DETAILED DESCRIPTION OF THE 
^0 PREFERRED EMBODIMENT 

FIG. 1 shows a Java virtual machine (Java VM) 110 which 
comprises the Java interpreter and the Java runtime system 
and which is on a local computer 100 installed along with 

35 other application programs. The Java virtual machine HO 
comprises a Java service server (JSS) 120 which is an 
application program running on the Java VM 110. The Java 
virtual machine 110 further comprises a database 130 con- 
taining a plurality of registered Java classes and methods. 

40 Herein the term "method" has the meaning as generally used 
in the object oriented technology, i.e. to represent a set of 
functions or operation. Tlie Java classes contained in the 
database 130 are collections of data and of methods which 
work with that data. Each class is assigned to an area of 

4S application. The methods contained in the database 130 
define operations which may be executed on data of a class. 
For example, a class may be designated "circle" and its 
methods perform the necessary to draw a circle on the screen 
of a display device. Each of the methods is assigned to a 

50 class where each class may have a plurality of methods. The 
methods may be class methods, also designated as static 
methods, which can be called without an instantiation by a 
reference to that class and within that class by its name, or 
they may be object methods which are called after an object 

55 has been instantiated from the referenced class. The Java 
VM 110 also comprises a method execution component 132 
which is used to perform the methods invoked from the 
database 130. 

The Java service server 120 provides support to a local 
60 client 140 which is a non-Java application program running 
on the local computer 100. For this purpose the client 140 is 
hnked to a communication, component 122 of the Java 
service server 120 by means of an operational interconnec- 
tion 142. The communication component 122 is also con- 
65 nected through a communication channel 144 and a network 
150, such as the Internet, to a remote client 160 whidi may 
be a non-Java application program running on a workstation 



03/10/2004, EAST Version: 1.4.1 



us 6,473,759 Bl 

3 4 

170 connected to the network by a communication channel the target method in the object. The invoked object is 

172. The non-Java applications may comprise application submitted to the method handler 250 which starts the 

programs which are, for instance, written in the program- method execution component 262 of the Java VM 110 to 

ming languages C or Visual Basic. These programs make use execute the target method using the converted client data, 

of the Java methods in the database 130 by issuing, during 5 completion of the method operation, a data return 

runtime, caUs to such methods and sendmg them as requests component 258 directs the result of the method execution to 

to the Java service server 120. The application programs also ^^^^^^ 220 which converts the resulting data to 

send to the server 120 data related 10 U^^^^ the transport format and sends it to the client 140 or 160 

the methods called are to be applied. The Java VM 120 ^^-^^^ ^ j^^^ ^^^^^ 

mvokes the requested Java metho^ from database 130 and -^4^ ^^^^^^^^^ ^^^^^ submitted by means of the 

executes them by usmg the related data, and after comple- .^^^^^ ^^^^ 2IO to the client application corresponding 

uon of the processmg, submits the result through the server ^^^^^^^ ^^^^ ^^^^ ^^^^^^ ^^^^^ 1^0. the 

120 back to the client application. converted results are transmitted through TCP/IP server 210 

FIG. 2 shows the components of a schematic block network 150 to the client appUcation corresponding 
diagramofanimplementationof the Java service server 120. 15 tjiergto 

The implementation comprises a TCP/IP server 210 which , . .u j n • j . 

^ , . ^ . . . 1-*-! f In summary, every time a method call is made to server 

corresponds to the communication component 122 of FIG. j u • .u * a ^ .u^ , u» 

i j^icii .u -r^n/T- • • r> * I n * i\ j 120 it Tcsponds by indicating the retum datatype, the number 

1 and fulfills the TCP (Transmission Control Protocol) and - \i a A . u / e - 

.u lo/t . . \\ • . t , A A of parameters and the datatypes to be used for the input 

the IP (Internet Protocol) communication protocol standard. ™ •» .ui »i,f u 

TV -rXnnn '>iA - * ' ' parameters. The client commumcates the length of each 

Tie TCP/^Pserv« 210 re«.ves requests vucommumcaiion ? , fi^ld and sends the corresponding parameter data in 

channeb !« and 144 and ^es a greetmg message to the ^^^^^ ^^^^ ^^^^^ ^^^^/^^ ^ ^ 

requesung client 140 or 160. The TCP/IP server 210 per- j^^^ ^ j^^^^^^ j^^^ 

forms a user name and password verification of the request /A^ . .u j u *u i \r\i • 

, _ . . t„ . Li - L J . requested. After execution of the method by the Java VM IS 

and, after having successfully estabhshed a connecUon to .u^ ^^„,^ xr-T5/iDt«^t 

. ' . 1- . . . * u ji ^-^m completed, the server converts the result to the TCP/IP text 

the requesting chent, starts a request handler component 220 ^ ! j l i . .u i- * a -u j u 

^ . * , * . , r 1- ^ ^« format and sends it back to the chent as described above, 

for processmg the request received from chent 140 or 160. . ^ • , , . . - i- 

Each of the requests received includes a caU to a method in "'^^'^"^ »hat is provided by flje server 120 is fully 

the database 130 configurable and maintamed by a configuration file stored m 

™_ . .1 . -i-ift _f the configuration database 230. This file can be created with 

The request handler component 220 performs some pre- ? .,j..Trx ir.^ j.l 

^ . c ■ .-TO. mformation provided by the JavaDoc tool of the code to be 

paratory operations necessary for processmg a request, 1 ne 30 j 1 • . r - ^ c 

*^ • 1 J a r .u T accessed. For more complex interfaces, i.e. support of 

operations mclude initiating a configuration of the Java . , , ^ . • li * 

^ . iinu r c . j.u non -native Java datatype objects, it IS possible to use Wrap - 

service server 120 by means of a configuration database 230 classes in Java 

which holds all information the program needs to operate. It ' * 

also contains information necessary for the instantiation The steps of the Java apphcation accessmg and execution 
process, as weU as references to all system messages. It 35 P"^^^ ^"^"^ described with reference to FIG. 3. The 

further contains help messages which by means of the P^^^^ '^^^^^^ ^^J^^^ methods which are 

request handler 220 and the TCP/IP server 210 are made accessible after an mstantiation of a specified Java class. In 

available on request to the client 140 or 160. m configu- step 310 a request from a cUent is received and the client is 

ration of the JSS 120 depends upon, among others, certain connected to the Java service server 120 which sends a 
cUent parameters such as the programming language and the 40 ^^1^0°^^ message to the cUent. In step 320 the chent 

data types used by the client application. After the configu- specifies a Java class to be accessed and the server 120 

ration has been completed, the request handler component performs an mstantiation of that class. In step 330 the chent 

220 initiates a conversion of the call from a transport format specifies the method to be invoked and the server 120 asks 

into native Java datatypes. The conversions are performed the parameter data which are to be processed by the 
by the use of a communication interface component 240. 45 specified method. In step 340 the chent sends parameter data 

Except for the case of caUing a class method or static 1° server 120 which builds a Java object by using the 

method, the request handler component 220 starts via a class converted parameter data. In step 350 sending of parameter 

and method handler component 250 an instantiation com- ^ata is finished and server 120 mvokes the target method. By 

ponent 252, which accesses the Java class specified in the step 360 the Java VM executes the target method. The server 

request and generates an instantiation of the specified class. 50 ^^^^^^^ ^^^^ ^^^^ ^h*^*' evaluated, 

This class is contained as one of a plurality of Java classes converted to the transport format and sent to the client 

in a database 260 which corresponds to the database 130 of appUcation. In step 370 the client receives the response and 

HG. 1. If the call is directed to a class method or sialic processes it m performing its application program. By step 

method, access to the corresponding method in the database 380 the client terminates its connection to the server 120 or 

260 is performed without an instantiation of the class 55 ^^^^ * request. 

referenced by the call. Subsequently, a sample communication between a cUent 

The request handler component 220 asks the requesting and the server is described: 

client 140 or 160 for parameter data related to the call. The FIRST EXAMPLE 

parameter data specifies a target method to be executed and ... . , ^ 
includes the data to which the target method has to be 60 Tlie chent mitiaies the comjection to the server. The server 

applied. TCP/IP server 210 receives the message from the ^^^pond with a welcome message: 

client, and the request handler 220 initiates a conversion of >"200 JavaServiceServer (QIBM 1998 READY." 

the data from the TCP/IP transport format into native Java The client requests the method it wants to access: 

datatypes. A data acquisition component 254 builds a Java <" initialize" 

object from the instantiated Java class by using the sped- 65 The method initialize is a method with the definition (void) 

fication of the target method and the client data to be initialize(void). The server sends the answer to the call back: 

processed, and a method invocation component 256 invokes >"200 Method successfully invoked — no return." 
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This is a simple form to invoke a method. More compli- 
cated is the invocation if it is necessary to transport addi- 
tional data from and to the application. 

SECOISTD EXAMPLE 

In this example the invoked method needs two strings and 
returns an integer. 
Again the method is called: 

■^'Verify'* 

llie server responds with the needed datatypes: 

>"400 (ini)verify(String,String)" 
llie client has to communicate to the server how much data 
it will send: 

>"10 10" 
The server acknowledges: 

>"200 OK. Begin sending data now." 
The server sends a data packet with both information fields: 

<'ilELLOWW0RLDHELLOWWORLD" 
The client returns that the sent data was correct and responds 
by sending return data: 

>"200 Method successfully invoked — sending return.** 

>"2" 

>"20" 

The server 120 acknowledges the request and indicates 
that it will return two bytes of data and then sends the two 
bytes of data. The definition of the data field is applied to the 
received data and the application 140 or 160 can now use its 
own representation for the received value. 

While the invention is described with reference to a 
preferred implementation of the invention, modifications or 
other embodiments of the invention are within the scope of 
the invention as defined in the claims. 

What is claimed is: 

1. An apparatus for accessing Java methods contained in 
a Java class and method database by an application, the 
database being stored in a local computer and accessed by a 
server running in a Java Environment on the local computer, 
comprising: 

(a) non-Java application means for generating a standard 
TCP/IP commimication call for a method of a Java 
class in the database; 

(b) means for receiving said call and related parameter 
data from said means for generating; 

(c) means for converting said call and said related param- 
eter data from said means for generating from a trans- 
port format into Java native data types; 

(d) means for invoking said method of a Java class and for 
executing it by using said converted parameter data; 

(e) meaiis for generating a response to the application by 
converting data resulting from said means for executing 
from Java format into a transport format; and 

(f) means for submitting the converted result data to the 
non-Java application means for generating. 

2. The apparatus according to claim 1, comprising TCP/IP 
server means for receiving said call and said parameter data 
from the application and for transmitting said result data to 
the application. 

3. The apparatus according to claim 1, further comprising 
means for creating an instance of the Java class specified in 
said call which includes a method to be called. 

4. The apparatus according to claim 3, further comprising 
means for generating, from an instantiated class, an object 
which includes the method to be accessed by said means for 
invoking. 
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5. The apparatiis according to claim 1, comprising a Java 
service server, which is an application running on a Java 
virtual machine on the local computer, for performing access 
to a method in the database and for executing said method 

5 with data received from the non-Java application means for 
generating, wherein said Java service server includes said 
means for receiving. 

6. 'ITie apparatus according to claim 5, wherein the Java 
service server comprises an interface for translating method 
calls and related data parameters from a transport format 
into a Java format, and for translating method execution 
result data from a Java format into a transport format. 

7. The apparatus according to claim 5, wherein the Java 
service server performs transmission of help messages to the 
application. 

^5 8. The apparatus according to claim 7, wherein a non-Java 
application is installed on a remote computer which is 
connected through a data communication network to said 
means for receiving. 

9. A process for accessing Java methods contained in a 
20 Java class and method database by an application, the 

database being stored in a local computer and accessed by a 
server running in a Java environment on the local computer, 
characterized by the steps of: 

(a) generating by a non-Java application a standard TCP/ 
25 IP communication call for a method of a Java class in 

the database; 

(b) receiving said call and related parameter data from the 
application; 

(c) converting said call and related parameter data from a 
transport format into Java native data types; 

(d) invoking said method of a Java class for execution by 
using said converted parameter data; 

(e) generating a response to the application by converting 
^5 the result data of the method execution into a transport 

format; and 

(f) submitting the converted result to the non-Java appli- 
cation. 

10. The process according to claim 9, comprising the step 
4Q (dl) of creating an instance of the Java class specified in said 

call and including the method to be called. 

11. The process according to claim 10, comprising the 
step (d2) of generating from an instantiated class an object 
which includes the method to be accessed by said step of 

45 invoking. 

12. The process according to claim 11, wherein step (a) is 
performed during the runtime of the application. 

13. The process according to claim 9, comprising the step 
of transmitting help messages to said application. 

5Q 14. The process according to claim 13, wherein said 
method call and the related parameters are transmitted to 
said receiving step (b) from an application installed on a 
remote computer through a data communication network. 
15. A program product stored on a data carrier comprising 
55 computer readable means for accessing Java methods con- 
tained in a Java class and method database by an application, 
said database being stored in a local computer and accessed 
by a server running in a Java environment on said local 
computer, characterized by: 
50 (a) computer readable means for generating by a non-Java 
application a standard TCP/IP communication call for 
a method of a Java class in said database; 
(b) computer readable means for receiving said call and 
related parameter data from said application; 
65 (c) computer readable means for convening said method 
call and related parameter data from a tran^orl format 
into Java native data types; 
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(d) computer readable means for invoking said Java 
method for execution using said convened parameter 
data; 

(e) computer readable means for generating a response to 
the client application by converting the result data of 
the method execution into a transport format; and 

(f) computer readable means for submitting the converted 
result to the non-Java application. 

16. The program product according to claim 15, further 
comprising computer readable means for creating (dl) an 
instance of the Java class specified in said call and including 
the method to be called. 

17. llie program product according to claim 16, further 
comprising computer readable means for generating (d2) 
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from an instantiated class an object which inchides the 
method to be accessed by said computer readable means for 
invoking. 

18. The program product according to claim 17, wherein 
said computer readable means (a) is performed during 
runtime of the application. 

19. The program product according to claim 15, further 
comprising computer readable means for transmitting help 
messages to said apphcation. 

20. The program product according to claim 19, wherein 
said methcxJ call and the related parameters are transmitted 
to said computer readable means for receiving (b) from an 
application installed on a remote computer through a data 
communication network. 
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